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(57) Abstract: A system for Internet Enablement of automatic fare collection devices, such as smart cards, is pixwided to interface 
to smart card fare systems to increase the ability to sell and process transit payments and to collect entry permits or tickets at an 
access device or tare collection equipment. The system comprises a server containing a database for storing accounts of individual 
cardholders where each smart card is associated with a unique account. A patron or cardholder accesses his account via a terminal 
containing a web browser to purchase entry permits. Once the entry permits have been purchased, the cardholder presents his card to 
an access device which communicates with the server to determine if there arc any pending entry permits. If there are any pending 
entry permits associated with the access device, the entry permit is written to the smart card and the other entry permits remain 
pending until the cardholder presents the card at the appropriate access device. 
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SYSTEM ENABLEMENT OF AUTOMATIC FARE 
COLLECTION DEVICES USING A NETWORK 

CROSS-REFERENCES TO R ELATED APPLICATIONS 



[0001] This application claims the benefit of priority of United 
States provisional application Serial Number 60/291,064 filed May 14, 
2001 which is incorporated herein by reference in its entirety. 

10 BACKGROUND OF THE INVENTION 

[0002] The present invention relates generally to automatic fare 
collection and ticketing devices and systems and specifically to smart card 
systems for purchasing tickets or passes to be stored on a smart card. 

15 [0003] Smart cards are being used in an increasingly wide variety 

of applications. One such application is the use of smart cards to provide 
payment and ticketing capability for mass transit users. Smart cards have 
found applications in many other areas including pay phones, health care, 
banking, identity and access, pay television, gaming, metering and 

20 vending. Retail businesses utilize smart cards to encourage return 
business, such as the use of smart cards to obtain a discount on 
merchandise or to gain points that are redeemable for cash or 
merchandise. 

25 [0004] Smart cards generally include one or more smart chips or 

integrated circuits nC) located within the body of the card to receive 
and store information or applications. The ICs can be read-only or have 
read/write capability. Reusable smart cards with read/write capability 
allow users to add time or value to payment-type smart cards, thus 

30 avoiding the inconvenience of having to carry currency, or, in the case of 
mass transit, exact change, for each usage. The smart card will also 
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contain interface means, which will depend on whether the smart card is 
a contact-type or contactless smart card. Contactless cards will contain 
an antenna structure for communication with an RF source, and typically 
include circuitry adapted for deriving operating power from the RF signal. 

5 

[0005] The smart card is a small, usually credit card shaped, device 
that contains at least a memory device, typically an embedded integrated 
circuit, for storing information and applications and a transceiver to 
communicate with a smart card communication device. The smart card 

10 communication device communicates through the transceiver on the smart 
card to access the stored information. The smart card communication 
device may simply read the information, load the information into the 
memory device or modify existing data in the memory device. For 
example, if the owner of a smart card uses a smart card containing 

15 financial information to make a purchase, the smart card communication 
device can read the information including the cardholder's identity and the 
availability of funds. The smart card communication device can also 
deduct the purchase amount from available funds if it has writing 
capabilities. Further, the communication device can store transaction data 

20 on the smart card including the time and location of the transaction in 
addition to the identity of the communication device. 

[0006] Traditionally, when patrons or cardholders purchase tickets 
for using their smart card, the smart card systems have utilized serial 

25 communications and proprietary protocols to deliver content and collect 
data from fare collection equipment located at stations and depots. In 
addition, the communications to a Central System are via an intermediate 
communications controller. When a cardholder wishes to add time or 
value to payment-type smart cards, all the data is immediately written on 

30 to the card via a writing device. As a result, the cardholder must have 
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access to a writing device, such as a card reader, at the time of purchase. 
Furthermore, these types of systems tie up network traffic and require 
targe storage requirements at access devices in the field. 

5 SUMMARY OF THE INVENTION 

[00071 It is an object of the present invention to deliver transport 
ticketing of any kind, fare payment and loyalty award solutions via the 
Internet. 

0 

[0008] It is another object of the present invention to provide an 
Internet based interface to smart card ticket systems to increase the 
ability to sell and process transit payments, to support a shift to a more 
cash-less environment, to purchase or authorize tickets over the Internet, 
5 to collect the tickets at the access device or fare collection equipment, 
and to support ticketing, or other applications, that are non-transit related. 

[0009] It is yet another object of the present invention to provide 
applications for use with the Internet based interface for contact or 
0 contactless smart card (CSC) purchase and registration, CSC 

personalization, CSC transit application tracking, and CSC non-transit 
application purchase and loading. 

[0010] In the present invention, an automatic Travel, Transport or 
5 Event system utilizes a server containing a database or databases to store 
information related to accounts of individual patrons or cardholders. The 
database(s) can be accessed by the cardholder by using a terminal 
containing a browser, such as a personal computer or personal digital 
assistant. Once accessed, the patron can purchase entry permits, such as 
0 travel tickets, fares and passes. The purchase is not automatically 
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downloaded onto the card at the time of purchase, so the patron is not 
required to have access to a card reader when purchasing the entry 
permits. 

5 [0011] When the patron or cardholder presents the card at an 

access device, such as a check in device, gate, kiosk or validator, the 
entry permit associated with that access device is downloaded and 
written to the card. The other entry permits that were purchased remain 
as pending transactions on the server or in other pertinent devices. As an 

10 example, if a patron purchases a subway ticket, a travel ticket, a ticket to 
a baseball game and an event ticket, when the patron presents his or her 
card at an access device at a subway station, the subway ticket is written 
to the card, but the other tickets remain pending on the server or in other 
appropriate devices. When the patron later presents his or her card at an 

15 access device at the baseball game, or Airport/Seaport, the appropriate 
pre purchased ticket is written to the card. 

[0012] The foregoing, together with other features and advantages 
of the present invention, will become more apparent when referring to the 
20 following specification, claims and accompanying drawings. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0013] The present invention will be better understood from the 
25 following detailed description of an exemplary embodiment of the 

invention, taken in conjunction with the accompanying drawings in which 
like reference numerals refer to like parts and in which: 

Figure 1 is a diagram of an Internet Enablement System Network of 
a Preferred Embodiment; 
30 Figure 2 is an illustration of a kiosk architecture of the present 
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invention; 

Figure 3 is an illustration of a gate architecture of the present 
invention; 

Figure 4 is an illustration of a validator architecture of the present 
5 invention; 

Figure 5 is an illustration of a home personal computer and agency 
personal computer of the present invention; and 

Figure 6 is block diagram illustrating the interaction of all the 
devices illustrated in Figure 1 . 

10 

DETAILED DESCRIPTION OF THE DRAWINGS 

[0014] Figure 1 illustrates an automatic fare collection system, 
such as a smart card communication system 1 00 in accordance with the 
15 preferred embodiment. The smart card communication system 100 is 

implemented as part of a mass transport or transit fare collection system 
in the preferred embodiment. Those skilled in the art will recognize that 
the principles and teachings described herein may be applied to a variety 
of applications or industries. 

20 

[0015] The smart card communication system 100 of the present 
invention includes a web server 102 that contains at least one database 
for storing information associated with a smart card, or any other device 
containing a smart chip or capable of storing information or applications. 

25 Information about the cardholder and the system or agency that issues the 
card, such as a transit authority, is stored within the database(s). Once a 
smart card has been issued to a patron or cardholder and the card has 
been activated, an account is generated and stored in the database(s) and 
the account is linked to the card by a unique serial number assigned to the 

30 card. To obtain a card, a patron can either purchase a card via a network, 
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such as the Internet, directly call the agency and purchase a card over the 
phone or purchase a card at various agency locations, such as a transit 
station. If purchasing on the Internet or calling the agency, an 
unactivated smart card will be sent to the purchaser in the mail along with 
5 a PIN number. 

[0016] Once the patron or cardholder has received the smart card, 
the patron or cardholder must activate or register the card with the 
agency and set up an account. The cardholder can register the card via 

0 the network 1 04 by accessing the agency's website on the Internet by 
using a terminal 1 06, such as a personal computer, personal digital 
assistant or any other device containing a browser, or by telephoning the 
agency's customer service cardholder support to register the card over the 
phone with the assistance of agency personnel. Specifically, the 

5 cardholder must link the serial number of the card with the cardholder's 
personal information. 

[0017] If activating the card on the agency's website, the 
cardholder will be prompted to enter the serial number of the card and a 

0 personal PIN number that is associated with the card. The PIN is normally 
sent to the patron under separate cover from the card and is used to 
validate the cardholder to allow him to access his account. Once 
validated, the cardholder will be prompted to enter his or her first and last 
name, the company, if any, that purchased the card for an employee, his 

5 or her address, including the city, state, zip code and country, telephone 
number and e-mail address. The cardholder can also choose to enter 
payment information relating to future purchases, such as a credit card 
number so that any purchases will automatically be billed to a specific 
credit card. This allows the cardholder to make purchases without having 

0 to have a credit card or exact change. The above account information is 
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by way of example only and each agency can request more or less 
information about the cardholder. 

[0018] As discussed previously, upon activation of the card, all 
5 the information will be stored within the database(s) and the smart card is 
linked to the cardholder's account by the serial number assigned to the 
card. Accessing the account allows the cardholder to view entry permits, 
such as the tickets, passes and value or money stored in the transaction 
purse (T-purse) in the account that are available on the card for use, as 

10 well as purchase additional entry permits. To make additional purchases, 
the card holder accesses his account by using a browser to communicate 
with the server storing his account information. After a purchase, the 
cardholder is sent a confirmation either by email or regular mail if the 
cardholder does not have an email account. When the cardholder 

15 presents his card at an access device, such as a kiosk 1 14, a gate 122 or 
a validator 1 26, there is an instantaneous querying to the server 1 02 for 
pending entry permits that have been purchased on-line and that are to be 
written onto the card. As an alternative, the access device may be pre- 
loaded with the entry permit. 

20 

[0019] In addition to the cardholder's account, the database(s) 
includes a fares and tickets file, which contains a listing of all entry 
permits available for purchase including the various tickets, fares and 
events and any special discounts for particular groups such as seniors. 

25 New tickets, fares and events can be easily added to the list of available 
entry permits in the fares and tickets file so that cardholders may 
purchase tickets to these events over the network 1 04 and have the entry 
permit linked with their account. The file also maintains a description of 
the tickets, fares and events, the various prices of the tickets of the event 

30 and the period for which a cardholder can purchase a ticket for a 
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particular event. Once an event is completed, the event is removed from 
the file and cardholders can no longer purchase tickets to that particular 
event. 

5 [0020] Also included in the database(s) is a bank transaction file. 

The bank transaction file contains the different payment options available 
to a cardholder. These options include, but are not limited to, charging 
purchases to a credit card on file, using a debit card, sending a statement 
to the cardholder or allowing the cardholder to enter a new credit card 

10 number. If a cardholder has a credit card on file for automatic payment, 
the smart card is linked to the cardholder's account containing the credit 
card information, including the type of card, card number and expiration 
date. Any entry permit purchases, including fares, passes, event tickets 
and adding money to a card can be directly applied to the credit card 

15 linked to the account. 

[0021] Kiosks are located at convenient patron locations, such as 
the entrances to a transit system subway, and allow a cardholder to load 
entry permits or value for entry to the transit system. Each kiosk contains 

20 a touch screen 118 and a card reader 1 1 6. The cardholder can present 
the card at a kiosk 114 which contains a card reader 116 and a touch 
screen 118. When a cardholder approaches a kiosk, the cardholder uses 
the touch screen 1 18 to proceed- The cardholder is first requested to 
present the card 1 20 to the card reader 1 1 6 to determine the data stored 

25 on the card. The card reader reads the serial number from the card 1 20 
and communicates with the database on the server 1 02 to access the 
cardholder's account which indicates if the cardholder has any pending 
purchases and indicates how many entry permits are available on the 
card. 

30 
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[0022] Gates can also be located at entrances to the transit 
system, such as a subway, and allow a cardholder entry to the transit 
system. Each gate contains a card reader 1 24 and to gain entry to the 
transit system, the cardholder must present the card to the reader. The 
5 gate 122 is in communication with the server 102 via the network 104, 
reads the serial number from the card and sends the number to the server 
where the cardholder's account is accessed in the database. As an 
alternative the gate may be pre-loaded with the entry permit. The card is 
loaded with the proper entry permit and the cardholder is granted access 
10 to the transit system, thus providing the card reader with a ticket on 
departure. A ticket on departure is when an entry permit is purchased 
on-line and the entry permit is written or transferred to the card when the 
card is presented at the gated, granting the cardholder access to the 
transit system. 

15 

[0023] If a kiosk 1 1 4 or a gate 1 22 is not available, the cardholder 
can present the card to a validator 1 26. Typically, validators are located 
on platforms that do not have a gate or at an entrance to a travel service 
or venue and are also located on a moving vehicle such as a bus. The 

20 validator 1 26 is in communication with the server 1 02 via the network 
1 04. To establish a connection with the server, a wireless hub 1 28 and 
an access point 130 are utilized. The access point 1 30 reads the serial 
number off of the card and transmits the number to the wireless hub 1 28 
using an antenna 1 32 on the access point 1 30. The access point 1 30 

25 establishes the connection between the wireless hub 1 28 and the network 
1 04. Once this connection is established, the serial number of the card is 
sent to the server where the cardholder's account is accessed in the 
database. As an alternative, the validator may be pre-loaded with the 
entry permit. The validator also uses the antenna to download or write 

30 transactions to the card on the moving vehicle. A typical validator will 
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contain a smart card display and a printer to print out a receipt. 

[0024] Entry permits are not written to cards prior to presenting 
the card at an access device. This cuts down on networic traffic and 
5 storage requirements at devices in the field. When the tickets are written 
onto the card, only the tickets relating to the event or venue where the 
card is being presented are written. Thus, if a cardholder purchases a bus 
ticket and tickets to a baseball game, when the cardholder presents the 
card at an access device at the bus station, the bus ticket is automatically 
10 written onto the card, but not the baseball tickets. The card must be 

presented at an access device at the baseball game to write the baseball 
tickets to the smart card. 

[0025] The patron or cardholder can select from numerous options 

15 when accessing his or her account via the Internet. Options include 

changing account details, such as address or payment options, activating 
a card, purchasing fares or tickets, adding money or ad hoc querying (i.e. 
viewing the cardholder's account details). An account history describes 
the entry permits stored on the card, such as tickets and passes for any 

20 transportation modes, and how much money or what event tickets are 
written onto the card. He or she can also decide to purchase additional 
entry permits, such as fares, tickets, add money or purchase tickets to 
events which wilt later be written on the card when the card is presented 
at the access devices. As discussed previously, payment for the purchase 

25 can be made by charging the purchase to a credit card or bank account 
located in the system linked with their account or the cardholder can 
choose to charge the purchase to another credit card by typing in the 
credit card number and expiration date. Once the cardholder has 
completed the transaction, the cardholder can print out a receipt of the 

30 transaction on a printer 110 attached to a terminal 1 06, such as the 
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cardholder's personal computer. 

[0026] If the cardholder selects the autoload setup or purchase 
option, the cardholder must select between the possible ticketing 
5 options. If the ticket option is selected, the cardholder is given several 
additional options to select from. It allows the cardholder to purchase 
specific quantities of transit tickets for various methods of transportation, 
such as air, rail, bus or add a specific amount of money to the transit 
purse (T-purse) allowing for trips that are based upon money. In addition 

10 to the trips, the cardholder can also purchase passes that are good for a 
specified day and time, amount of days or add money to the account. 
With the autoload option, a screen appears listing entry permits that the 
cardholder can purchase. The listing of the various trips, passes and 
money that can be added to the card appears in one column with a box 

15 next to each item. The cardholder just types in the quantity of tickets, 
passes or money to be added to the account in the box and submits the 
purchase to the server 1 02. 

[0027] In the preferred embodiment, the cardholder is allowed the 
20 option of where to collect the purchase. A drop down box containing all 
the available locations appears on the screen and the cardholder must 
choose one of the options. Additionally, the cardholder may also indicate 
that a separate entity, such as the cardholder's employer is paying for the 
tickets by selecting this feature if available. Some companies pay for a 
25 portion or all of an employee's transit tickets as a way to encourage 
employees to take mass transit and reduce pollution by not driving to 
work. Selecting this feature will cause the purchase to be billed to the 
employer instead of the employee. The system can be set up so that an 
employee can only bill certain entry permits and a certain amount of 
30 money will be used in the course of the cardholder's employment. 
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10028] If the ad hoc query option has been selected, the 
cardholder has chosen to view the details of his account. A listing 
appears detailing all the available entry permits as well as a detailed listing 
of the history of the account indicating how the card has been used. If 
5 the registration function has been selected, the cardholder can register the 
unactivated card as described previously. If the event/venue ticketing 
function has been selected, the cardholder can purchase entry permits to 
certain events such as concerts or sporting events. The cardholder merely 
has to enter the day of the event and the number of tickets the are to be 

10 purchased. The system checks the database to determine if there are any 
tickets left for purchase on that particular day. If so, the system informs 
the cardholder that there are enough available tickets and asks if the 
cardholder would like to charge the purchase to the credit card that is on 
file or to another credit card. Once the tickets have been purchased, a 

15 confirmation is sent to the cardholder via the network. The cardholder 
can then print out the confirmation as a receipt. If the tickets were 
purchased at a kiosk, the cardholder has the option of receiving a receipt 
printed directly from the kiosk. When the cardholder shows up at the 
event and presents the card to a card reader, the tickets are downloaded 

20 or written onto the card and the cardholder is allowed entrance to the 
event. Depending on how the system is set up, once the card is 
presented, a paper ticket can be printed out indicating the location of the 
seats and/or the location can appear on a screen so the cardholder knows 
where to sit. The seat number can also be encoded on the card for 

25 subsequent inspection. 

[0029] Once in the event, the seats can be confirmed using a hand 
held validator 112. if there is a dispute as to who is allowed to sit in a 
particular seat, the card can be read indicating the exact seat number. 
30 The handheld validator 112 communicates with the server through the 
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network 1 04. In addition, the handheld validator 112 can add and check 
value on the card 1 20, check the account history of the patron or 
cardholder and check the seat allocation for the event. This is equally 
applicable to transport systems where a seat is allocated to a journey. 

5 

[0030] Alternatively, if the cardholder does not have network 
access, the agency can update the cardholder's card and add tickets to 
events, add fares, add money or any other item allowed within the 
system. The cardholder calls the customer service of the agency and the 

10 agency communicates with the server containing the database(s) with the 
patron or the cardholder's account using a host terminal 108 such as a 
personal computer or any other device containing a browser. The agency 
can perform multiple functions for the cardholder. First, the agency can 
set up an account for a new cardholder and register the cardholder. 

15 Usage statistics and reports are available to the agency which allows the 
agency to view the status of the cardholder's account, including the 
financial and settlement reports which indicate what was billed to the 
cardholder and what the cardholder has written to his or her card. It also 
allows service personnel to remotely access devices, such as kiosks, 

20 gates and validators, through the internet to gather usage statistics and 
support maintenance functions. Based upon the usage statistics of each 
entry device, maintenance personnel know which entry devices need 
maintenance and when. 

25 [0031] Once a cardholder has purchased entry permits, such as 

fares, tickets or added money onto a card, the card must be presented at 
an access device to write the purchase onto the card. A card reader is 
not required for the purchase of entry permits. As discussed previously, 
once the card is presented, there is an instantaneous querying to the 

30 server or the device's database where the account is linked to the serial 
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number of the card. If a purchase is pending, the server 102 writes the 
information to the card. Only entry permits associated with a particular 
location are written at a time. 

5 [0032] As described previously, an account history for a smart card 

used to access various transport systems and events is stored on the 
server 102, Table 1 below illustrates an account history for a smart card 
utilized between 2/16/01 and 4/2/01 . The account history indicates the 
date of the transaction, where the transaction took place, the machine or 

10 how the transaction took place, the event involved, the type of 

transaction, whether an item was debited or credited to the account and 
the money value associated with the account. As is illustrated in Table 1 , 
a cardholder initially credits the transit purse of his account with $20 at 
the Wall Street Station on the subway. Then the cardholder enters 

15 subway at the Wall Street Station by presenting the card at an access 
device. The access device sends a message to the server that the 
cardholder has entered the subway at the Wall Street Station. Upon 
getting to his destination at the Central Station stop on the subway, the 
cardholder once again presents his card at an access device as he exits 

20 the subway. The access device sends a signal to the server indicating 
that the cardholder has exited the system. Upon the server recognizing 
that an entry and exit has occurred, the system deducts the appropriate 
fare for the trip from $20 purse stored on the card. 

25 [0033] On 2/20/01 , the cardholder again uses the subway, entering 

at Central Station and exiting at Union Square. The fare for this trip is 
then deducted from the remaining monetary value on the transit purse. 
Next, the cardholder, using a personal computer, purchases 10 subway 
trips at a value of $1 5. At this point, the 10 subway trips are still 

30 pending on the server and have not been written to the account. After 
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purchasing the subway trips, the cardholder takes a bus trip. Upon 
entering the bus, the cardholder presents the card at an access device on 
the bus, such as a validator, and the bus fare is deducted from the 
remaining monetary value stored in the transit purse. 

5 

[0034] Three days later, the cardholder, once again uses the 
subway entering at Wall Street Station and exiting at Central Station. 
Upon entering the Wall Street Station and presenting the card to an 
access device, the access device reads the serial number from the card 

10 and queries the server for any pending entry permits for the subway. The 
1 0 subway trips that the cardholder purchased three days earlier are 
downloaded unto his card. Upon exiting at Central Station and presenting 
the card to an access device, the access device reads the serial number 
from the card and informs the server to deduct 1 subway trip from the 

15 card. On 4/2/01, the cardholder adds 1 subway trip, $5, 1 bus trip and 1 
ticket to the Lakers game. This purchase is stored at the server or 
applicable devices until written to the card when the cardholder presents 
the card at the appropriate access device. 

20 



25 



30 
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Table 1 - Account History of a Smart Card 



Date 


Location 


Machine 


Event 


Type 


DB/CR 


Amount 


4/2/01 


Home PC 


INET 


Knicks V. 

Lakers 

3/21/01 


Lower seat 


Add 


$265.00 


4/2/01 


Home PC 


INET 


Bus 


Bus 1 trip 


Add 


$3.00 


4/2/01 


Home PC 


INET 


T-Purse 


$5 value 


Add 


$5.00 


4/2/01 


Home PC 


INET 


Subway 


sub 1 trip 


Add 


$1.50 


3/26/01 


Home PC 


INET 


Rail 


Rail 1 trip 


Add 


$2.50 


3/26/01 


Central 
Station 


M24 


Subway 


sub 1 trip 


Deduct 


sub 1 trip 


3/26/01 


Wall Street 
Station 


M23 


Subway 


sub 10 
trips 


Add 


sub 10 
trips 


3/23/01 


Home PC 


M23 


Bus 


Entry 


Deduct 


$1.50 


3/23/01 


Home PC 


INET 


Subway 


sub 10 
trips 


Add 


$15.00 


2/20/01 


Union Sq. 


M40 


Subway 


Exit 


Deduct 


$1.50 


2/20/01 


Central 
Station 


M23 


Subway 


Entry 






2/16/01 


Centra) 
Station 


M24 


Subway 


Exit 


Deduct 


$1.50 


2/16/01 


Wall Street 
Station 


M23 


Subway 


Entry 






2/16/01 


Wall Street 

Station 


AOl 


T-Purse 


$20 value 


Add 


$20.00 



[0035] Figure 2 illustrates a block diagram of the kiosk. The kiosk 
is in communication with the server 1 02 to access information regarding 

20 smart cards. Typically, a kiosk is comprised of a screen containing a 

browser 11 8, a card reader 1 1 6, a pin pad 1 32 and a ticket printer 1 34. 
Kiosks are generally located at entrances to transport systems and can 
also allow cardholders access to the transport system. To purchase an 
entry permit from a kiosk, the cardholder must present his card and enter 

25 his PIN number via the pin pad 132. In the preferred embodiment the 
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browser is customized to run a particular application, such as the agency 
web page for purchasing entry permits, but could be extended to use 
other applications, such as pick up email or go to third party agencies. The 
system could also be set up to allow a patron to surf the internet while 
5 waiting for his or her ride. A fee could be charged for this access and 
deducted from the smart card. The kiosk can also provide information 
about the cardholder's route, location and event ticketing. 

[0036] Figure 3 illustrates a block diagram of the gate 122. The 
10 gate 122 communicates with the server 102 via the network. The gate is 
comprised of a card reader 1 24 and a gate applicator 1 30 for dispensing 
hard copies of entry permits, such as tickets Figure 4 is a block diagram 
of the validator. The server 1 02 is in communication with the validator 
1 26 via the network and the reader 128. Figure 5 is a block diagram of 
15 the terminal 106 and the home terminal 108 connected directly to the 
server 1 02 instead of through the network or Internet 1 04. 

[0037] Figure 6 is a block diagram showing the interaction of all the 
devices illustrated in Figure 1 . Specifically, it illustrates the traffic among 

20 all the access devices and terminals. The kiosk 1 36, send transactions to 
the server and receives ticket on departures from the server 102. As 
discussed previously, a ticket on departure is when a cardholder 
purchases a ticket on-line and downloads the ticket to the card upon 
presenting the card to the associated access device. The Gate Web 

25 Client, or gate, 138 and the Validator T Web Client 142, or validator (for 
fare purchases), send transactions to the server and receive ticket on 
departures from the server 102. The Validator E Web Client 140, or 
validator (for event ticket purchases) and the Kiosk Web Client 
(Event/Venue) send transactions to the server and receive event tickets on 

30 departures from the server 102. Finally, the Home Web Client 146, or 
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termianl, and the Agency Web Client 144, or host terminal, communicate 
with the server 102 by sending account information and purchasing 
tickets, the server sends back confirmation only, tickets are not 
downloaded onto the card. 

5 

[0000] Although an exemplary embodiment of the invention has 
been described above by way of example only, it will be understood by 
those skilled in the field that modifications may be made to the disclosed 
embodiment without departing from the scope of the invention, which is 
10 defined by the appended claims. 



15 WE CLAIM: 
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CLAIMS 

1 . A system for enablement of automatic fare collection devices 
using a network, the system comprising: 
5 a server containing at least one database with a plurality of patron 

accounts, whereby each patron account is associated with a 
corresponding individual patron and an individual automatic fare collection 
device; 

a terminal in communication with said server, whereby said terminal 
10 contains a web browser for enabling communication with said server via 
said network and whereby said patron accesses said patron account via 
said network to purchase at least one entry permit; and 

a first access device of a plurality of access devices in 
communication with said server and associated with said at least one 
15 entry permit; and 

whereby said patron presents said automatic fare collection device 
to said first access device and whereby said access device queries said 
server to locate the purchase of said at least one entry permit and 
whereby said automatic fare collection device is updated with said at least 
20 one entry permit if said at least one entry permit is associated with said 
first access device and whereby if said at least one entry permit is 
presented to a second access device, said at least one entry permit is not 
written to said automatic fare collection device. 

25 2. The system of claim 1 , wherein said automatic fare collection 

device is a smart card. 

3. The system of claim 2, wherein said first access device is 
selected from the group comprising a gate, a kiosk and a validator. 

30 
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4. The system of claim 3, wherein said gate comprises a card 
reader that reads the serial number of said card to locate the purchase of 
said at least one entry permit for the corresponding cardholder account. 

5 5. The system of claim 3, wherein said kiosk comprises a card 

reader that reads the serial number of said card to locate the purchase of 
said at least one entry permit for the corresponding patron account and a 
touch screen for allowing said cardholder to select from a plurality of 
options. 

0 

6. The system of claim 5, wherein said plurality of options includes 
selecting a payment option, selecting an account history option and 
selecting purchase additional entry permits option. 



15 7. The system of claim 3, wherein said terminal is a personal 

computer. 

8. The system of claim 3, wherein said terminal is a personal 
digital assistant. 

20 

9. The system of claim 3, wherein said at least one entry permit is 
validated using a handheld validator to ensure said patron has gained the 
appropriate access. 



25 1 0. The system of claim 3, wherein a printer is linked to said 

terminal for printing a receipt as confirmation of said purchase of said at 
least one entry permit. 

1 1 . The system of claim 2, wherein said network is the Internet. 

30 
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12. The system of claim 3, wherein said patron must enter said 
serial number of said card and a PIN number to gain access to said 
account. 

5 13. The system of claim 2, wherein said first access device 

comprises a subgroup of a plurality of access devices. 

1 4. The system of claim 1 3, wherein said subgroup comprises all 
gates at a stadium. 

10 

15. The system of claim 13, wherein said subgroup comprises all 
entrances at a subway station. 

1 6. The system of claim 1 3, wherein said subgroup comprises bus 
15 gates for a transit authority. 

1 7. The system of claim 1 , wherein a second at least one entry 
permit associated with a second access device is purchased by said 
patron and wherein said automatic fare collection device is updated with 

20 said second at least one entry permit if said second at least one entry 
permit is presented at said second access device. 

18. A method of network enablement of automatic fare collection 
devices, the method comprising: 

25 activating an automatic fare collection device via a network and 

setting up an account associated with a unique, corresponding individual 
patron and whereby said account is stored in at least one database on a 
server; 

purchasing at least one entry permit via said network to be stored 
30 in said patron's account on said server; 
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presenting said automatic fare collection device to a first access 
device containing a card reader whereby said automatic fare collection 
device reader reads a serial number for said automatic fare collection 
device and queries said server for said at least one entry permit; 
5 transferring said at least one entry permit onto said automatic fare 

collection device if said at least one entry permit is associated with said 
first access device and whereby if said at least one entry permit is 
presented to a second access device, said at least one entry permit is not 
written to said automatic fare collection device. 

10 

19. The method of claim 18, wherein said automatic fare collection 
device is a smart card. 

20. The method of claim 1 9, wherein said first access device is 
15 selected from the group comprising a gate, a kiosk and a validator. 
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